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Ca,^ 0'M>«1SSI0» DE SESSION SOR CBITERE 

DE BESSOURCES BESEftU 



DESCRIPTION 



D0M2VINB TECHHIQTJB 

1- invention se situe dans le domaine des 
t.Uco:».unications et concerne plus sp4ci«^e^n. un 
p„=4d. de contraie d-ad^ssion de session 
10 Ltre terminal A et un terminal B oonnect^s i un 
Hseau de t.l6co™.unication dans le<^el, pr*alable.ent 
4 rttablissement de la session, le terminal A 
(respective^ent B) trans„et au terminal B 
<respeotive»ent A, un message contenant une liste 
i3 codecs i utiliser pour coder les infor-nations a 

H= -La session 4 ttablir, et 4 la fin 
^changer au cours de la session 

d-une session, le terminal A <respectivement B, 
transmet au terminal B <respectivement A, une demande 

de fin de session - 
Le proc6d6 s' applique notamment dans des 

.eseaux IP (« Internet Protocol ») prives ou pui^lics- 

6TAT DE lA TECHNIQUE ANTEIRIEDRB 

Lorsqu'une demande d'ouverture de session 
est 6.ise par une entit. appelante d'un r^seau, dxte 
25 entit. d'origine, cette derni.re 6.et des message 
contenant des informations sur I'ensen^le des "codecs 
(c'est-.-dire sur les procedures de 

"COmpression/DECompression" des donn^es pour 

. • le r6seau) proposes pour 6tablir une 

transmissions sur le reseau; f . 

session multimedia avec une entit. appel^e du r4=eau. 



30 
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dite entit6 de destination • Pour chaque type de flux 
(audio, vid6o etc.), I'entite d'origine qui souhaite 
etablir tone session propose un ou plusieurs codecs a 
I'entite de destination. A chaque codec correspond un 

5 debit de transmission de donn6es sur le r6seau 
dependant du mode de transfert en vigueur sur ce reseau 
(par exemple le mode de transfert ATM). D'autres 
protocoles peuvent etre utilises specif iquement pour la 
reservation de bande passante, par exemple le protocole 

10 RSVP (« ressource reservation protocol ») - 

Les mecanismes de controle de bande 
passante pr6conises par les standards actiaels pour 
1' ^tablissement d'une session entre deux terminaux dans 
un r6seau a transmission par paquets sont bases sur la 

15 negociation des systemes de codage de 1' information 
multimedia (codecs audio, video) directement entre ces 
terminaux au moyen des protocoles de signalisation tels 
que par exemple les protocoles SIP ou H323. La demande 
de bande passante est directement issue des terminaux 

20 et est port6e par ces messages de signalisation. 

De nombreux produits industriels connus, 
regroup6s sous le terme gen6rique de SBC (« Session 
Border Controler ») , of f rent des solutions de contrdle 
d' admission de sessions multimedia dans lesquelles le 

25 terminal d'origine transmet au terminal destinataire 
une demande contenant des propositions de codecs pour 
6tablir une session, le terminal de destination r6pond 
alors en acceptant un ou plusieurs codecs parrai les 
codecs proposes en fonction des types de donnees ^ 

30 transmettre au cours de la session et calculent une 
bande passante en fonction des codecs acceptes et des 
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capacit^s de transport propres auK interfaces 
d'entr^e/sortie entre le reseau d' acc^s et le reste du 

r^seau. . 

Un inconvenient de ces dispositifs provxent 

du fait que le contr61e d' admission de session ne peut 
garantir que 1' absence de saturation des interfaces 
lors des sessions mais pas celle de la liaison d'acc^s. 

En outre, ces systemes ne permettent pas de 
r6server des ressources en bands passante, lors de 
l^^tablissement d'une session, qui tiennent compte des 
ressources du reseau (ou du r.seau d'acc^s), notaxnment 
sur la liaison consid6r6e entre le point d' origine et 
le point de destination. Ceci est pr6judiciable a une 
gestion optimale du r6seau en terrues de bande passante. 
^5 un autre inconvenient de I'art anterieur 

116 ^ ce mode de contr61e des ressources provient du 
fait qu'il n'est pas possible de garantir une qualxte 
de service sur une liaison donn6e apte ^ supporter 
plusieurs sessions. Ceci est particulierement 
20 p^nalisant pour les op^rateurs de telephone, par 
exemple, pour les^els il est important de pouvoxr 
garantir certains param^tres de quality de service (ou 
QoS, « Quality of Service ») . 

BXP0S6 DE INVENTION 

25 L' invention pr6conise un m^canisme de 

contrSle d' admission de session entre un premier 
terminal A situ, en un point d' origine et un deuxieme 
terminal B situ6 en un point de destination dans un 
r6seau de telecommunication, qui prenne en compte de 
30 mani^re dynamique, non seulement les codecs proposes 
par le terminal A et accept6s par B mais aussx les 
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ressources courantes en bande passante disponibles sur 
cette liaison. 

Ces buts sont attaints grace a un proc6d6 
dans lequel, prealablement a 1' etablis semen t de la 
5 session, le terminal A (respectivement B) transmet au 
terminal B (respectivement A) un message contenant une 
liste de codecs cL utiliser pour coder les informations 
a echanger au cours de la session a etablir, et k la 
fin d'une session, le terminal A (respectivement B) 
10 transmet au terminal B (respectivement A) une demande 
de fin de session. 

Le proc6de selon 1' invention comporte les 
stapes suivantes : 

- inter cepter le message contenant la liste de codecs, 
15 — modifier la liste de codecs proposee dans le message 

intercepts pour tenir compte des ressources courantes 
en bande passante disponibles pour la liaison entre 
le terminal A et le terminal B, et 

- transmettre au terminal B (respectivement A) le 
20 message contenant la liste de codecs modifiSe, 

- r6server les ressources et mettre ^ jour la base de 
donn6es d' utilisation des ressources d'acc^s- 

Les op6rateurs de telecommunication peuvent 
25 ainsi controler la ' ressource partag6e entre plusieurs 
utilisateurs d'un reseau et eviter la saturation des 
liaisons d'acces du r6seau. 

Ce precede comporte en outre les 6tapes 
suivantes en cas d' acceptation par le terminal B 
30 (respectivement A) de la demande d' 6tablissement de 
session. 
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- 6tablir la session entre le terminal A et le terminal 
B en utilisant les codecs modifies. 

- calculer les ressources residuelles en bande passante 
en fonction des ressources en bande passante 

5 correspondant aux codecs accept6s, 

-m^moriser la valeur des ressources residuelles 
calcul6e k l'6tape precedents dans une base de 
donn6es d' utilisation des ressources d'acces, 

- filtrer les flux m6dia en fonction d'une commande 

10 de d6bit, 

- autoriser la transmission de flux entre le 
terminal A et le terminal B selon les ressources 
de bande passante correspondant aux codecs 
accept6s , 

15 et en cas de refus de la session, 

- transmettre au terminal A (respectivement B) un 
message indiquant l'6chec de 1' etablissement de 
session. 

- mettre a jour ladite base de donnees en fonction des 
20 ressources en bande passante Iib6r6es sur la liaison. 

Notons que dans un context e IP, les flux 
m6dia sont identifies par les adresses IP et les ports 

UDP concern6s . 

Grace au proc6d6 selon 1' invention, la 

25 transmission d' information consecutive a 

1' etablissement de la session entre le terminal A et le 
terminal B est effectuee selon des debits prescrits 
acceptes k la fois par le terminal A et le terminal B 
et compatibles avec la capacite courante de 

30 transmission de la liaison entre le terminal A et le 
terminal B. 



wo 2005/011245 



PCT/FR2004/050186 



6 



En cas d'une demande de fin d'une session 
multimedia emise par le terminal A (respectivement B) , 
le precede selon 1' invention comporte les etapes 
5 suivantes : 

- intercepter la demande de fin de session 6mise par le 
terminal A (respectivement B) , 

- identifier la session, en cours dont la fin est 
demandee r 

10 - determiner les codecs utilises au cours de ladite 
session, 

- transmettre la demande interceptee au terminal 
B (respectivement A) 

- bloquer la transmission entre le terminal A et le 
15 terminal B / 

- calculer les valeurs des ressources r6siduelles en 
bande passante en fonction des ressources Iib6r6es 
sur la liaison entre le terminal A et le terminal B 
par l^arr©t de la session, et 

20 - raettre ^ jour la base de donn6es d' utilisation des 
ressources d'acc^s au r6seau, avec les valeurs 
r^siduelles de capacity de transport calcul6e a 
I'etape prec^dente. 

Dans une application particulifere du 
25 proc6d6 selon 1' invention, le r6seau de 
telecommunication est ^ transfert de donnees par 
paquets et le message contenant la liste de codecs 
6changee entre le terminal A et le terminal B est 
transmis via I'un des protocoles de signalisation SIP 
30 ou H323. 
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L' invention concerne 6galement un 
dispositif de contrdle d' admission de session 
multimedia entre un terminal A et un terminal B 
connectes a un reseau de telecommunication dans lequel, 
5 prealablement k 1' etablissement de la session, le 
terminal A (respectivement B) transmet au terminal B 
(respectivement A) un message contenant une liste de 
codecs A utiliser pour coder les informations ^ 
6changer au cours de la session a 6tablir, et a la fin 
10 d'une session, le terminal A (respectivement B) 
transmet au terminal B une demande de fin de session. 

Le dispositif selon 1' invention comporte 
des moyens pour intercepter le message contenant la 
liste de codecs et des moyens pour modifier la liste de 
15 codecs proposee dans le message intercepts pour tenir 
compte des ressources courantes en bande passante 
disponibles pour la liaison entre le terminal A et le 
terminal B. 

20 Dans un mode particulier de realisation, le 

dispositif comporte : 

- un module de filtrage MF destinS k intercepter les 
flux de signalisation en provenance du terminal A 
(respectivement B) ; 

25 - un module d'appel MA destin6 ^ extraire les codecs 
proposes dans les messages de signalisation, 

- un module d' admission de session MAS destine k 
g6n6rer une nouvelle demande d' etablissement de 
session avec une liste de codecs dont les capacites 

30 de transport sont compatibles avec les ressources en 
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bande passante disponibles pour la liaison entre le 
terminal A et le terminal B, et 
- une base de donnee BD contenant la valeur des 
ressources en bande passante disponibles pour la 
5 liaison entre le terminal A et le terminal B. 

II est k noter que le role des terminaux A 
et B peut Stre 6chang6 sans modifier le proc6d6 selon 
1' invention. Le terminal B peut en effet §tre le point 
d'origine de la demands d' 6tablissement de session et 
10 le terminal A le point de destination de cette demande. 
Dans tous les cas, 1' entity de destination de la 
demande d'6tablissement, ou de fin, de session ainsi 
que I'entite d'origine de cette demande sont des points 
de terminaison du protocole de signalisation, c'est-a- 
15 dire qu'elles sont 1' Element cite par le protocole de 
signalisation (dans les informations de signalisation 
qui indiquent le point d'origine et le point de 
destination) qui correspond au point de destination ou 
au point d'origine des messages 6chang6s . 

20 BB^VE DESCRIPTION DES DESSINS 

D'autres caracteristiques et avantages de 
1' invention ressortiront de la description qui suit, 
prise a titre d'exemple non limitatif, en reference aux 
figures annex6es dans lesquelles : 
25 - la figure 1 reprfesente sch^matiquement un dispositif 
pour la mise en oeuvre du proc6d6 selon 1' invention, 
- la figure 2 est un organigramme illustrant le proc6d6 
selon 1' invention en cas d' Emission par un terminal 
d'une demande d' 6tablissement de session. 
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- la figure 3 est un organigramme illustrant le proc6d6 
selon 1' invention en cas d' Emission par un terminal 
d'une demande de fin de session 

5 EXP0S6 D6TAIIXE DE MODES DE REALISATION PARTICULIERS 

La description qui suit concerne une 
application particuli^re du proc^de dans un reseau IP. 

Rappelons que les protocoles de 
signalisation utilises dans les reseauK IP pour 
10 permettre la tenue de conferences (audio et vid6o) 
point k point ou multipoints entre un terminal A et un 
terminal B sont : 

_ le protocole H323 qui est une norme concernant la 
t6l6conf6rence multimedia sur r^seaux i transmission 
15 par paquets (incluant les transferts IP) recommand6e 

par I'ITU (Pour International Telecommunication 
union), s'appuyant sur les protocoles de 
communication RTP/RTCP (« Real time Transfer 
Protocol/Real time Transfer Control Protocol ») 
20 d6finis par I'lETF (Internet Engineering Task Force) 

et aussi sur des codecs audio (par exemple : G.711, 
G. 723.1, G.728, .-) et des codecs vid6o (par 
exemple : H261 et H.263) . Une documentation sur H323 
est disponible sur le site de I'ITU : 
25 www.itu.int/ITUT/publications/recs.html, serie H. 

_ le protocole SIP (« Session initialisation 
Protocol ») , cr66 pour remplacer les protocoles 
d§finis dans la norme H323, est un protocole de 
signalisation pour la t6l6phonie et la 
30 visioconf6rence utilis6 pour les transmissions en 
temps r6el. Ce protocole est bas6 sur http et MIME 
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(pour Multipurpose Internet Mail Extensions) et 
s' appuie sur le protocole SDP (Session Description 
Protocol », [RFC2327]) pour la description des 
sessions et sur RTP (« Real Time Protocol ») pour le 
5 transport des donnees. 

L' usage du protocole SDP dans les messages 
SIP est d6crit dans 1' annexe B de RFC2543 (les 
references RFC sont disponibles sur le site Internet de 
1' IETF, http://www.ietf.orq/rfc ) . 
10 Dans la suite de la description, on 

supposera que les terminaux A et B sont connectes en 
mode ATM via une liaison d'acces au r6seau IP et 
disposent d'un canal virtuel au sein d'un conduit 

virtuel sur cette liaison. 

La figure 1 illustre schematiquement un 
dispositif destine k mettre en oeuvre le precede selon 
1' invention dans lequel sont repr^sentes le terminal A 
reference 2, la liaison d'acces 4 du terminal A, le 
terminal B reference 6, un module de filtrage de flux 
20 media MF apte k filtrer sur commande de filtrage, reg:ue 
d'un module d'appel MA, les flux media relatifs k une 
session identifies sur la liaison entre le terminal A 
et I'entite B, selon des prescriptions de debit 
indiquees dans la commande de filtrage, et apte 
25 bloquer sur commande de blocage, regue du module MA, 
les flux media relatifs a une session identifiee sur 
cette liaison ; le module MF etant apte a intercepter 
et IL router vers le module MA les flux de signalisation 
en provenance du terminal A ainsi que les flux de 
30 signalisation en provenance de I'entite B ; un module 
d'appel MA 10 destine a extraire les codecs proposes 



a 
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dans les messages de signalisation, un module MAS 12 
d' admission de session destine a g6n4rer une deiuande 
d'6tablissement de session avec une liste de codecs 
dont les capacites de transport sont compatibles avec 
5 les ressources en bande passante disponibles pour la 
liaison entre le terminal A et le terminal B, et une 
base de donnees BD 14 nontenant les valeurs courantes 
des capacit6s de transport des canaux et conduits 
virtuels de la liaison d' accds du terminal A 
10 (respectivement B) , et notamment les valeurs courantes 
des debits disponibles DCvc et DCvp, respectivement 
pour le canal virtuel (VC) et le conduit virtuel (VP) 
du terminal A (respectivement B) et un module de 
routage de flux de signalisation MRFS apte a router les 
15 flux de signalisation transmis entre I'entite A et 
l'entit6 B vers le module d' appel MA. 

Les 6tapes du proc6d6 dans le cas d'une 
demande d' 6tablissement de session 6mise par le 
terminal A vont §tre d6crites en r6f§rence ^ la figure 
20 2. 

A l'6tape 20 une demande d' 6tablissement de 
session DESl contenant une liste Cp{l),Cp(N) de codecs 
est emise par le terminal A sur la liaison d'acces 4. 

A l'6tape 22, la demande DESl est 
25 intercept6e par le module MF 8 puis dirig^e vers le 
module MA 10. Ce dernier extrait les codecs proposes 
Cp(l),..,Cp(N) et envoie (fl^che 24) la base de 

donn6es 14 un message d' interrogation pour connaltre 
les valeurs courantes des capacites de transport des 
30 canaux et conduits virtuels de la liaison d' acces du 
terminal A, et notamment les valeurs courantes des 
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20 



25 



debits disponibles DCvc et DCvp, respectivement pour le 
canal virtuel (VC) et le conduit virtuel (VP) du 
terminal A- 

En reponse a ce message, la base de donnees 
14 fournit (fleche 26) au module MA 10 les valeurs 
demandees. Avec ces valeurs et avec les codecs 
extraits, une liste L de codecs compatibles 
Cc(l),...Cc(K) est determin^e ^ I'etape 28. L' etape 30 
consiste a verifier la compatibility des codecs de la 
liste 6tablie a l'6tape 28 avec les valeurs courantes 
DCVC et DCvp respectivement des capacites de transport 
des canaux et conduits virtuels . Cette verification est 

realis^e cornme suit : 

En d^signant par DCp(i) le d6bit 
correspondant au codec Cp(i) (i varie de 1 a N) , si 
DCp(i) < DCVC et si DCp(i) < DCvp, alors le codec Cp (x) 
est compatible et est alors ajout6 a la liste L. Si la 
liste L est vide, un message d' 6chec est alors transmxs 

(6tape 32) au terminal A. 

Si, au contraire, L n'est pas vide alors 
les codecs compatibles Cc(l),.,Cc(K) qu' elle contient 
sont insferfes dans une nouvelle demande DES2 qui est 
envoy6e (6tape 34) au terminal B. 

Parall^lement, des valeurs rdsiduelles de 
capacity de transport, notaioment des debits r6siduels 
DRvc et DRvp (respectivement pour le canal virtuel et 
le conduit virtuel du terminal A), sont calculees a 
l'6tape 36. 

En d63ignant par DCc(i) le debxt 
30 correspondant au codec compatible Cc(i) (i varie de 1 a 
K) , on obtient les debits r6siduels comme suit : 
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DRvc = DCvc - Max (DCc (1) , . . , DCc (K) ) et 
DRvp = DCvp - Max(DCc(l) , . .,DCc(K) ) . 
L'6tape 38 consists a reserver des 
ressources correspondant aux valeurs des capacites de 
5 transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A. 

Cette reservation de ressources est 
effectufee en raettant k jour la base de donn^es 14 avec 
les valeurs r^siduelles des capacites de transport des 
10 canaux virtuels et des conduits virtuels de la liaison 
d'accfes du terminal A calculees prec§demment . 

La raise a jour de la base de donnees 14 se 
fait par les operations d' affectation suivantes : 
DCvc = DRvc et DCvp = DRvp. 
15 L'6tape 40 consists a verifier si le 

terminal B accepte ou refuse la nbuvelle demande DES2 . 

Si le terminal B accepte cette nouvelle 
demande DES2, alors les codecs accept^s Ca(l),.., Ca ( J) 
sont m6moris6s (6tape 42). Ces codecs sont ensuite 
20 utilises avec les valeurs courantes des capacites de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A pour calculer les valeurs 
r^siduelles (6tape 44) comme suit : 

en d^signant par DCa(i) le d6bit correspondant au codec 
25 accepts Ca(i) {i varie de 1 i J) , les valeurs 
r6siduelles sont donnees par les expressions 
suivantes : 

DRvc = DCvc - Max(DCa{l), ..rDCa(J)) et 
DRvp = DCvp - Max(DCa(l) , . .rDCa(J) ) ; 
3Q A I'etape 46, la base BD 14 est mise a jour 

par 1' envoi (fl^che 47) d'un message contenant les 
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valeurs r6siduelles calcul6es. Cette mise k jour se 
fait par les operations d' affectation suivantes : 
DCvc = DRvc et DCvp = DRvp . 
A I'etape 48, la session est autorisee. 
Si k I'etape 40 la demande DES2 n'est pas 
accept6e par le terminal B, alors la base BD est mise t 
jour (6tape 50) par un message (fleche 52) contenant 
les valeurs courantes des capacites de transport des 
canaux et conduits virtuels de la liaison d' acc^s du 
terminal pour remplacer les valeurs stockees. Un 
message d'^chec est ensuite envoys (6tape 54) au 
terminal B. 

Les 6tapes du proc6d6 dans le cas d'une 
demande de fin de session emise par le terminal A vont 
maintenant etre d^crites en reference a la figure 3. 

A I'fetape 60, un message DFS de demande de 
fin de session est 6mis par le terminal A sur la 

liaison d'acc^s 4. 

A l'6tape 62 le module MA 10 extrait du 
message DFS 1' identif iant de session IDS 64, les codecs 
66 en vigueur pour la .session en cours Cs (1) , - . ,Cs (P) 
pr6alablement m6moris6s lors de I'ouverture de la 
session. 

Le message DFS est ensuite transmis au 

25 terminal B (6tape 68) . 

A l'6tape 70, le module MA 10 envoie 
(fleche 72) t la base de donnfees 14 une interrogation 
pour obtenir les valeurs courantes des capacit6s de 
transport des canaux virtuels et des conduits virtuels 

30 de la liaison d'acces du terminal A. 



20 
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En r^ponse k cette interrogation, la base 
de donn6e 14 fournit (fl^che 74) les valeurs courantes 
des capacites de transport de la liaison d'accSs au 
terminal A, notamnent le debit courant du canal virtuel 
de A, DCvc, et celui du conduit virtuel de A, DCvp . 

A partir de ces valeurs et des valeurs 
correspondant aux codecs 66 en vigueur, des valeurs 
r6siduelles sont calcul6es (6tape 7 6) en fonction des 
ressources lib6r§es sur cette liaison par 1' arret de la 
session, correspondant aux codecs associes a 
I'identifiant de session releve. En d^signant par DRvc 
le d^bit r6siduel du canal virtuel de A , par DRvp 
celui du conduit virtuel de A et par DCs{i) le d^bit 
correspondant au codec Cs(i) (i varie de 1 i P) , les 
valeurs r6siduelles sont calculees comme suit : 

DRvc = DCvc + Max (DCs (1) , - . ,DCs (P) ) et 
DRvp = DCvp + Max (DCs (1) , . . ,DCs (P) ) , 
La valeur de d^bit Max (DCs (1) , . . , DCs (P) ) 
est la valeur de debit correspondant aux codecs mis en 
m6moire lors de I'ouverture de la session. 

La base BD est ensuite mise ^ jour (etape 
78) par 1' envoi d'un message 42 contenant les valeurs 
r6siduelles calcul6es . 

Pour les debits, la mise k jour s'effectue 
25 par 1' operation d' affectation suivante : 

DCvc = DRvc et DCvp = DRvp. 



15 
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REVENDICATIONS 



10 



1. Proc6de de controls d' admission de 
session multimedia entre un terminal A et un terminal B 
connect6s a un r^seau de telecommunication dans lequel, 
pr6alablement k 1' 6tablissement de la session, le 
terminal A (respectivement B) transmet au terminal B 
(respectivement A) un message nontenant une liste de 
codecs a utiliser pour coder les informations k 
^changer au cours de la session a etablir, et a la fin 
d'une session, le terminal A (respectivement B) 
transmet au terminal B (respectivement A) une demands 
de fin de session, proc6d6 caracterise en ce qu' il 
comporte les 6tapes suivantes : 

- intercepter le message contenant la liste de codecs, 

- modifier la liste de codecs propos6e dans le message 
intercepts pour tenir compte des ressources courantes 
en bande passante disponibles pour la liaison entre 
le terminal A et le terminal B, et 

20 - transmettre au terminal B (respectivement A) le 
message contenant la liste de codecs modififee, 
- rSserver les ressources et mettre a jour une base de 
donn6es d' utilisation des ressources d' acc^s . 



15 



25 



30 



2. Proc6d6 selon la revendication 1, 
comportant les etapes suivantes en cas d' acceptation 
par le terminal B (respectivement A) de la demande 
d'6tablissement de session : 

- etablir la session entre le terminal A et le terminal 
B en utilisant les codecs modifies. 
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- calculer les ressources r6siduelles en bande passante 
en fonction des ressources en bande passante 
correspondant aux codecs accept4s, 

- m^moriser la valeur des ressources r6siduelles 
calculee k I'etape prec6dente dans une base de 
donnfees d' utilisation des ressources d'acc^s, 

- filtrer les flux m6dia en fonction d'une commande 
de debit, 

- autoriser la transmission de flux entre le 
terminal A et le terminal B selon les ressources 
de bande passante correspondant aux codecs 
acceptfes . 

et en cas de refus de la session, 

- transmettre au terminal A (respect ivement B) un 
message indiquant l'6chec de 1' 6tablissement de 
session. 

- mettre a jour ladite base de donn^es en fonction des 
ressources en bande passante Iib6r6es sur la liaison. 

3. Proc6d6 selon la revendication 1, 
comportant les stapes suivantes k la fin d'une session 
multimedia : 

- intercepter la demande de fin de session 6mise par le 
terminal A (respect ivement B ), 

25 - identifier la session, en cours dont la fin est 
demand6e, 

- determiner les codecs utilises au cours de ladite 
session, 

- transmettre la demande intercept6e au terminal 
30 B (respect ivement A) 



15 



20 
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A et le 



10 



-bloquer la transmission entre le terminal 

terminal B ; et 

- calovaer 1.3 valeur= de. .essources r^siduelles e„ 
band, passante en fonction des «,.o.r=es lib*r4es 
sur la liaison entre le terminal A et le terminal B 
par I'arrSt de la aession, et 

- mettre 4 jour la base de donn.es d' utilisation des 
ressouroes d'acc^s au r^seau, avec les valeurs 
rSslduelles de capacity de transport calcul4e 4 
l'6tape prec^dente. 

4 Proc6d6 selon la revendication 2, dans 
lequel la transmission d' information consecutive ^ 
1^6tablissement de la session entre le terminal A et le 
.5 terminal B est effect^.e selon des debits prescr.ts 
accept6s i la fois par le terminal A et le terminal B 
et compatibles avec ia capacite courante de 
transmission de la liaison entre le terminal A et le 
terminal B. 

5. proc6d6 selon I'une des revendications 1 
4 4, caraot^risS en ce que le 
MWcon^unication est 4 transfert de donn*es par 
pa,I.ets et en oe que le message contenant la liste de 
25 codecs 6chang.e entre le terminal K et le terminal 

est transmis via I'un des protocoles de siqnalxsatron 
SIP ou H323. 

6. Dispositif de contreie d' admission de 
30 session multimedia entre un terminal A (2) et un 
terminal B (6) connect.s . un r.seau de 
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telecommunication dans lequel, prealablement ^ 
1' etablissement de la session;^ le terminal A 
{respectivement B) transmet au terminal B 
(respectivement A) un message contenant une liste de 
5 codecs a utiliser pour coder les informations a 
6changer au cours de la session a 6tablir^ et a la fin 
d'une session, le terminal A (2) (respectivement B) 
transmet au terminal B (6) une demande de fin de 
session, dispositif caract6ris6 en ce qu'il comporte 

10 des moyens pour intercepter le message contenant la 
liste de codecs et des moyens pour modifier la liste de 
codecs propos6e dans le message intercepts pour tenir 
compte des res sources courantes en bande passante 
disponibles pour la liaison (4) entre le terminal A et 

15 le teritdnal B. 

7. Dispositif selon la revendication 6, 
caracteris6 en ce qu'il comporte : 

— un module de filtrage de flux media MF (8) apte a 
20 filtrer sur commande de filtrage, regue d''un module 

d'appel MA (10), les flux m6dia relatifs t une 
session identifiee sur la liaison entre le terminal A 
et l'entxt6 B, selon des prescriptions de debit 
indiquSes dans la commande de filtrage, et apte ^ 
25 bloquer sur commande de blocage, regue du module MA 
(10) , les flux m6dia relatifs a une session 
identifiee sur cette liaison ; le module MF (8) 6tant 
apte k intercepter et k router vers le module MA (10) 
les flux de signalisation en provenance du terminal A 
30 ainsi que les flux de signalisation en provenance de 

l'entit6 B, 
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— un module d'appel MA (10) destin6 4 extraire les 
codecs proposes dans les messages de signalisation, 

— un module d' admission de session MAS (12) destine a 
generer une nouvelle demande d' etablissement de 

5 session avec une liste de codecs dont les capacites 

de transport sont compatibles avec les res sources en 
bande passante disponibles pour la liaison entre le 
terminal A (2) et le terminal B (6), et 

— une base de donn^e BD (14) contenant la valeur des 
10 ressources en bande passante disponibles pour la 

liaison (4) entre le terminal A (2) et le terminal B 
(6), 

— un module de routage de flux de signalisation MRFS 
apte a router les flux de signalisation transmis 

15 entre I'entite A et I'entite B vers le module d'appel 

MA. 
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